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DETAILED ACTION 



This action is responsive to the Applicant's response filed March 31, 2003. 



As per Applicant's response, claims 1-68 are pending in the office action. 



Claim Rejections - 35 USC § 103 



2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 

obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

3. Claims 1-3, 6, 10-14, 16-18, 19, 22-29, 33-37, 39, 43-44, 46-47, 50, 56-58, 65, 66, and 68 
are rejected under 35 U.S.C. 103(a) as being unpatentable over Ishizuka et al., USPN: 5,313,635 
( hereinafter Ishizuka). 

As per claim 1, Ishizuka discloses a compiling system having method steps of 
transmitting compilation information from a first subsystem to a second subsystem (col. 2, lines 
42-62); compiling computer program code on the second subsystem based on the compilation 
information received from the first subsystem (col. 2, lines 62-68; col. 5, lines 17-30); and 
receiving the compiled code from the second subsystem into the first subsystem (col. 3, lines 18- 
23). But Ishizuka does not explicitly specify that the step of compiling in the second subsystem 
generates machine-executable code. However, Ishizuka' s clearly suggests of an object file in an 
executable format (S\2/a.out, SWIexecution format: a.out - Fig. 8 - Note: a.out is the default 
output file from running an executable like C programs) when Ishizuka discloses returning an 
object file to the requesting client (e.g. col. 3, lines 14-19; Fig. 5a-b) after collecting all machine- 
specific information to generate such object file (e.g. col. 2, lines 63-68; col. 6, lines 15-26). In 
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view of the above teachings, one of ordinary skill in the art would recognize first, the tight 
association between such object code and the necessary linked libraries within the compiling 
environment, by means of which association the compiled code can be linked into machine- 
executable code; and second, the final intent suggested by Ishizuka in delivering and using of 
such object code, i.e. as an executable, when it gets to the client's subsystem which has provided 
the machine-specific information to the remote compiler in order to obtain such deliverable, i.e. 
object file. Therefore, it would have been obvious for one of ordinary skill in the art at the time 
the invention was made to adjust Ishizuka' s method of compilation so that the generated object 
file as disclosed, in case it has not already been produced in a machine-executable form, would 
be linked into a machine-executable based on the information provided by the first subsystem, 
e.g. machine-specific linking libraries, because this would yield a code in ready form for 
execution/use by the first subsystem without additional resources usage from the part of the 
latter, hence improve time and resources efficiency as well as extendibility ( Ishizuka: col. 2, 
lines 32-39). 

As per claim 2, Ishizuka further discloses in the method of claim 1 that the step of 
transmitting compilation information includes transmitting compilation information from a first 
subsystem to a second subsystem in response to a request to compile computer program code 
into machine-executable code (col. 2, line 59 to col. 3, line 14; Fig. 7). 

As per claim 3, in method of claim 1 above Ishizuka further discloses the step of 
transmitting of compilation information by the first subsystem to the second subsystem (col. 3, 
lines 9-14; col. 4, lines 54-60; Fig. 7); but does not disclose that such transmitted compilation 
information is in intermediate language code. However, at the time the invention was made, the 
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use of intermediate code, e.g. Java bytecodes, as a platform-independent software program form 
to be transmitted across multi-host environments/networks for machine-specific compilation into 
executable code is a well-known concept. Therefore, it would have been obvious for one of 
ordinary skill in the art at the time the invention was made to modify Ishizuka's step of 
transmitting compiling information so that, instead of just providing platform-specific 
information and program-related source and libraries data, the intermediate form of program 
code having cross-platform property therein would be transmitted, whenever available, by the 
first subsystem to the second subsystem for compilation because it would relieve both 
subsystems from allocating and storing machine-specific resources/utilities. 

As per claim 6, Ishizuka discloses that the step compiling computer program code from 
claim 1 above includes compiling program code on the second subsystem based on the 
compilation information received from the first subsystem (e.g. col. 2, lines 42-58); but does not 
teach that such compilation step compiles intermediate code into machine-executable code. 
However, one of ordinary skill in the art at the time the invention was made would recognize the 
obvious implementation of a machine-executable form in the resulting compiled code and 
intermediate language code for cross-platform distribution/compilation; the rejections for which 
limitations have been set forth in claims 1 (machine-executable) and 3 (intermediate language), 
respectively, above. Therefore, it would have been obvious. 

As per claims 10, 11, and 12, Ishizuka does not expressly disclose in the method in 
claim 1 above the using of the machine-executable code in the first subsystem (re claim 10); such 
using step includes storing the machine-executable code on the first subsystem (re claim 11) and 
executing the machine-executable code on the first subsystem (re claim 12). However, in view 
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of the admitted prior art as disclosed via col. 1, lines 13-29 and Fig. 10 5 it would have been 
obvious for one ordinary skill in the art at the time the invention to recognize the obvious 
anticipation of the above limitations in Ishizuka's system/method because the purpose of 
obtaining an machine-executable code by a subsystem from another subsystem is for the former 
being able to possess and use, i.e. obviating the need for further quest of, that code. 

As per claims 13, and 14, Ishizuka according to the method of claim 1 discloses that the 
step of transmitting includes transmitting compilation information and computer program code 
from a first subsystem to a second subsystem (re claim 13 col. 3, lines 9-14; col. 4, lines 56- 
60); that before the step of compiling, the step of retrieving computer program code for 
compilation into machine-executable code (re claim 14 - col. 5, line 51 to col. 6, line 7; Fig. 8). 

As per claim 16, Ishizuka according to the method of claim 1 discloses that the step of 
compiling includes decoding the compilation information (col. 6, lines 18-32; col. 7, lines 6-22; 
Fig. 7). 

As per claim 17, Ishizuka according to the method of claim 1 discloses that the step of 
transmitting compilation information from a first subsystem to a second subsystem includes 
transmitting compilation information from a first subsystem to a second subsystem wherein the 
first and second subsystems are components of a single system (Figs. 8-9). 

As per claim 18, Ishizuka according to the method of claim 1 discloses that the step of 
transmitting includes transmitting compilation instructions (compile command) from a first 
subsystem to a second subsystem (e.g. col. 4, lines 30-44; col. 6, lines 36-44). 

As per claim 19, Ishizuka discloses a first subsystem for compiling program code for 
execution in a second subsystem having method steps of receiving compilation information from 
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the second subsystem (col. 2, lines 59-62; col. 3, lines 1-18); compiling computer program code 
based on the compilation information received from the second subsystem (col. 2, lines 62-68; 
col. 5, lines 17-30); and transmitting the compiled code to the second subsystem (col. 3, lines 18- 
23). But Ishizuka does not disclose that the first subsystem step of compiling code to be 
transmitted to the second subsystem generates machine-executable code. However, the rejection 
for which limitation has been set forth in claim 1 above. Therefore, it would have been obvious. 

As per claim 22, Ishizuka in the method of claim 19 above discloses that the compiling 
by the first subsystem is based on the compilation information received from the second 
subsystem (col. 5, lines 1 7-30) but does not teach that the step of compiling computer program 
code includes compiling intermediate language code into machine-executable code. However, 
the rejections for which limitations have been set forth in claims 1 (machine-executable) and 3 
(intermediate language), respectively, above. Therefore, it would have been obvious. 

As per claims 23 and 24, Ishizuka discloses in the method of claim 1 9 above that the 
step of receiving includes receiving compilation information and computer program code from 
the second subsystem (re claim 23 - col. 3, lines 9-14; col. 4, lines 56-60); and that the method 
further comprises before the step of compiling, retrieving computer program code for 
compilation into machine-executable code (re claim 24 — col. 5, line 65 to col. 6, line 7; Fig. 8). 

As per claim 25, Ishizuka discloses in the method of claim 24 above that the step of 
retrieving computer program code includes retrieving computer program code from the first 
subsystem (col. 5, line 51 to col. 6, line 7; Fig. 8). 

As per claim 26, Ishizuka discloses in the method of claim 19 above that the step of 
compiling includes decoding the compilation information (col. 6, lines 18-32; col. 7, lines 6-22; 
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Fig. 7). 



As per claim 27, Ishizuka discloses a method in a second subsystem for offloading 
compilation to a first subsystem having a program code compiler, the method comprising 
transmitting compilation information to the first subsystem (col. 2, lines 42-62); and receiving 
machine-executable code, compiled from the compilation information, from the first subsystem 
(col. 2, lines 42-58; col. 3, lines 18-23). But Ishizuka does not expressly disclose that the 
compiled code received by the second subsystem from the first subsystem is machine-executable 
code. However, such limitation has been set forth and addressed in claim 1 above; therefore, it 
would have been obvious. 

As per claims 28 and 29, in reference to the method of claim 27 above, Ishizuka further 
discloses that the step of transmitting compilation information includes transmitting compilation 
information in response to a request to compile computer program code into machine-executable 
code (re claim 28 - col. 3, lines 9-14; Fig. 7); but does not teach that the step of transmitting 
compilation information includes transmitting compilation information written in intermediate 
language code (re claim 29). However, such limitation has been set forth and addressed in claim 
3 above; therefore, it would have been obvious. 

As per claim 33, in reference to the method of claim 27 above, Ishizuka further discloses 
that the step of transmitting includes transmitting compilation information and computer 
program code to a first subsystem (col. 3, lines 9-14; col. 4, lines 56-60). 

As per claim 34, Ishizuka discloses a computer system for executing a computer process 
for offloading compilation, the computer process comprising virtually the same process steps as 
recited in claim 1 above; therefore, the same rejection used in claim 1 still apply here. 
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Furthermore, Ishizuka does not disclose a program storage computer-readable medium for 
executing the computer process. However, one of ordinary skill in the art would recognize the 
need for a readable medium used to carry out the functionality of Ishizuka's system. Therefore, 
it would have been obvious for one of ordinary skill in the art at the time the invention was made 
to implement a computer-readable medium to store and encode the computer program 
instructions for executing the computer process disclosed by Ishizuka because every product is 
designed to be taken where it can be used hence necessitates to be embodied in a concrete 
medium for distribution and sale. 

As per claims 35, 36, 39, 43, 44, 46, 47, Ishizuka discloses in the computer process of 
claim 34 the step of sending, or compiling as having the same limitations set forth in claims 2, 3, 
6, 13, 14, 16, and 18 respectively; therefore, the same rejections used in claims 2, 3, 6, 13, 14, 
16, and 18, respectively, still apply here. 

As per claim 48, Ishizuka discloses a system for offloading compilation, the apparatus 
comprising a transmit module that transmits compilation information from a first subsystem to a 
second subsystem (col. 2, lines 42-62); a compile module that compiles program code into 
machine-executable code on the second subsystem based on the compilation information 
received from the first subsystem (col. 2, lines 62-68; col. 5, lines 17-30); and a receive module 
that receives the machine-executable code from the second subsystem into the first subsystem 
(col. 3, lines 18-23). But Ishizuka does not disclose that the step of compiling in the second 
subsystem generates machine-executable code. However, such limitation has been set forth and 
addressed in claim 1 above; therefore, it would have been obvious. 

As per claim 49, in reference to the system of claim 48 Ishizuka further discloses the 
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transmit module as having the same limitations as seen in claim 28 above; therefore, the same 
rejection used in claim 28 still applies here. 

As per claim 50, in reference to the system of claim 48 Ishizuka further discloses the 
compilation information as having the same limitations as seen in claim 29 above; therefore, the 
same rejection used in claim 29 still applies here. 

As per claim 56, Ishizuka discloses a computer system for executing a computer 
program, the computer program having instructions for executing a computer process for 
offloading compilation, the computer process comprising the same steps as recited in claim 34 
above; therefore, the same rejection used against the respective limitations in claim 34 still apply 
here. But Ishizuka does not disclose a computer data signal embodied in a carrier wave readable 
by a computing system and encoding program instructions to carry out the computer process as 
depicted above. However, one of ordinary skill in the art at the time the invention was made 
would recognize the need for a readable carrier wave medium for storing instructions to carry out 
the functionality of Ishizuka' s system. Therefore, it would have been obvious for one of ordinary 
skill in the art at the time the invention was made to implement a computer-readable carrier wave 
to embody the computer data signal and encode the computer program instructions for executing 
the computer process disclosed by Ishizuka because it would facilitate a faster, more convenient 
and widespread distribution/dissemination of computer program signal encoding the program 
process instructions to/for the benefit of a wider pool, e.g. via the internet, of recipients intended 
for the use/access of such computer program/product. 

As per claim 57, in reference to the system of claim 56 above, Ishizuka further discloses 
the step of sending as having the same limitations as claim 35; therefore, the same rejection used 
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in claim 35 still applies here. 

As per claim 58, in reference to the system of claim 57 above, Ishizuka further discloses 
the step of sending as having the same limitations as claim 36; therefore, the same rejection used 
in claim 36 still applies here. 

As per claims 61, 65, 66, and 68, in reference to the system of claim 56 above, Ishizuka 
further discloses the step of sending, or compiling as having the same limitations as set forth in 
claims 39, 43, 44, and 46, respectively; therefore, the same rejections used in claims 39, 43, 44, 
and 46 still apply. 

4. Claims 7-9, 15, 30-32, 40-42, 45, 53-55, 62-64, and 67 are rejected under 35 
U.S.C. 103(a) as being unpatentable over Ishizuka et al., USPN: 5,313,635 as applied to, 
respectively, claims 1, 14, 27, 34, 44, 48, 56, and 66 above, and further in view of Balassanian, 
USPN: 6,324,684 (hereinafter Balassanian). 

As per claims 7, 8 and 9, and in reference to claim 1 above, Ishizuka does not disclose 
prior to receiving the machine executable code, the step of detecting whether the second 
subsystem is a trusted source (re claim 7); that such detecting includes using a receipt policy to 
detect whether the second subsystem is a trusted source (re claim 8); and that such detecting 
includes detecting of whether the first and second subsystem are connected via a secure link(re 
claim 9). However, Balassanian, in a similar system having method step of generating 
executable code by a second subsystem upon request from a first subsystem, teaches that a 
detection process is in place for checking if the second subsystem is a trusted source prior to 
sending the executable to the first subsystem (col. 6, lines 10-21 ; lines 35-42), a policy is in place 
to detecting that trusted source which sends the executable (col. 54, lines 54-65), and such 
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detection process is to further detect that both first and second system are connected via a secure 
link(col. 2, lines 10-17; col. 6, lines 29-36; Fig. 1). Therefore, it would have been obvious for 
one of ordinary skill in the art at the time the invention was made to add to Ishizuka's compiling 
method both the detection of trusted sources of executables being sent and establishing of 
policies in regard to detecting trusted links and receipt of executables across the subsystems 
involved as taught by Balassanian because this allows more secure transactions or safer 
acquisitions of data between the subsystems involved therein; and provides added trust and 
security in the access or execution of programs resulting from those transactions in those 
subsystems' local environment. 

As per claim 15, and in reference to claim 14 above, Ishizuka discloses before the step of 
compiling, a step of retrieving computer program code for compilation but does not teach that 
the step of retrieving includes retrieving program code from a third subsystem. However, 
Balassanian, in a similar system having method step of generating executable code by a second 
subsystem upon request from a first subsystem, teaches that the retrieving of program code for 
compilation in the second subsystem includes retrieval of computer program code from a third 
subsystem (e.g. col. 4, lines 10-13, lines 50-55; Fig. 1). Therefore, it would have been obvious 
for one of ordinary skill in the art at the time the invention was made to include the step of 
retrieving program code/components by the second subsystem from a third subsystem as taught 
by Balassanian to Ishizuka's system because this will relieve the second subsystem from the 
burden of allocating large local resources for storing as many program codes/compilation 
information as needed to provide for all compilation requests from different platforms; thereby 
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possibly improve the turn-around time for fulfilling requests from related components within a 
network. 

As per claims 30, 31 and 32, and in reference to claim 27 above, Ishizuka does not 
disclose prior to receiving the machine executable code, the same step limitations as set forth and 
addressed by the combination of Ishizuka and Balassanian, respectively in claims 7, 8 and 9 
above. Therefore, with respect to the rejections set forth in those claims, it would have been 
obvious. 

As per claims 40, 41 and 42, and in reference to claim 34 above, Ishizuka does not 
disclose prior to receiving the machine executable code, the same step limitations as set forth and 
addressed by the combination of Ishizuka and Balassanian, respectively in claims 7, 8 and 9 
above. Therefore, with respect to the rejections set forth in those claims, it would have been 
obvious. 

As per claims 45 and 67, and in reference to claims 14 and 66, respectively, from above, 
Ishizuka does not disclose the same step limitations as set forth and addressed by the 
combination of Ishizuka and Balassanian, in claim 15 above. Therefore, with respect to the 
rejections set forth in that claim, it would have been obvious. 

As per claims 53, 54 and 55, in reference to the system of claim 48, Ishizuka does not 
disclose the same step limitations as set forth and addressed by the combination of Ishizuka and 
Balassanian, respectively in claims 7, 8 and 9 above; therefore, it would have been obvious. 

As per claims 62, 63 and 64, in reference to the computer process of claim 56 above, 
Ishizuka does not the same step limitations as set forth and addressed by the combination of 
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Ishizuka and Balassanian, respectively in claims 7, 8 and 9 above; therefore, it would have been 
obvious. 

5. Claims 4-5, 20-21, 37-38, 51-52, and 59-60 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Ishizuka et al., USPN: 5,313,635 as applied to, respectively, claims 1,19, 34, 
48, and 56 above, and further in view of Brewer, USPN: 6,295,645 (hereinafter Brewer). 

As per claim 4, Ishizuka in the offloading compilation method of claim 1 does not 
disclose that the step of transmitting compilation information includes transmitting compilation 
information from a small device to a second subsystem. However, Brewer in a method step for 
downloading executables analogous to that of Ishizuka' s method teaches the transmitting of 
compilation information being performed by small device to the second subsystem (col. 20, lines 
58-67, 36-44; col. 21, line 25 to col. 22, line 31). One of ordinary skill in the art would infer the 
amount of communication involving the network server and the portable/embedded processor of 
the mobile electronic device as above-taught by Brewer in order for the latter to obtain the 
suitable native codes, hence would recognize that the above limitation has been anticipated. 
Therefore, it would have been obvious for one of ordinary skill in the art at the time the 
invention was made to include into Ishizuka' s system/method for providing executables to 
requesting client host machines the above transmission of requests and reception of executables 
by a small device so taught by Brewer because of the need to comply to increasing popularity 
and functionality of hand-held devices and the technological demands in communications 
involving the internet and embedded processors represented by those small devices. 

As per claim 5, and with respect to the offloading compilation method of claim 4 above, 
Ishizuka does not disclose that the step of transmitting compilation information includes 
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transmitting compilation information from a cellular phone to a second subsystem. However, 
Brewer in a method step for downloading executables analogous to that of Ishizuka' s method 
teaches the transmitting of compilation information from a cellular phone to the second 
subsystem (col. 1, lines 27-67). The same reasons used to reject claim 4 above by virtue of 
obviousness still apply here. 

As per claim 20, and with respect to the method of compilation of claim 19 above, 
Ishizuka does not disclose the same step limitations set forth and addressed by the combination 
of Ishizuka and Brewer in claim 4 above; therefore, with reference to the rejection set forth in 
that claim, it would have been obvious. 

As per claim 21, and in reference to claim 20 above, Ishizuka does not disclose the same 
step limitations set forth and addressed by the combination of Ishizuka and Brewer in claim 5 
above; therefore, with reference to the rejection set forth in that claim, it would have been 
obvious. 

As per claim 37, and with respect to the computer system of claim 34 above, Ishizuka 
does not disclose the same step limitations set forth and addressed by the combination of 
Ishizuka and Brewer in claim 4 above; therefore, it would have been obvious. 

As per claim 38, and in reference to claim 37 above, Ishizuka does not disclose the same 
step limitations set forth and addressed by the combination of Ishizuka and Brewer in claim 5 
above; therefore, it would have been obvious. 

As per claim 51, with respect to the offloading compilation apparatus of claim 48 above, 
Ishizuka does not disclose the same step limitations set forth and addressed by the combination 
of Ishizuka and Brewer in claim 4 above; therefore, it would have been obvious. 
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As per claim 52, and in reference to claim 51 above, Ishizuka does not disclose the same 
step limitations set forth and addressed by the combination of Ishizuka and Brewer in claim 5 
above; therefore, it would have been obvious. 

As per claim 59, and with respect to the computer system of claim 56 above, Ishizuka 
does not disclose the same step limitations set forth and addressed by the combination of 
Ishizuka and Brewer in claim 4 above; therefore, it would have been obvious. 

As per claim 60, and in reference to claim 59 above, Ishizuka does not disclose the same 
step limitations set forth and addressed by the combination of Ishizuka and Brewer in claim 5 
above; therefore, it would have been obvious. 

Response to Arguments 
6. Applicant's arguments filed 03/21/2003 have been fully considered but they are not 
persuasive. The following are the reasons therefor. 

(A) Applicant has asserted that Examiner has not established prima facie in that 3 criteria has 
not been met, namely "(1) suggestion or motivation, either in the references . . .; (2) a reasonable 
expectation of success and(3) the references, when combined must teach ... all the claim 
limitations"; and that "the teaching or suggestion to make the claimed combination..., including 
portions that lead away from the claimed invention (Applicant's Remarks, p. 4, last 2 
paragraphs). 

In response, Examiner maintains that a case of prima facie has been met in the action. 
First, the art used clearly suggests the desirability to have an executable form in the client 
subsystem in view of the cited portions in the references. As for example, the 'EXECUTABLE 
FORM: a.ouf in Fig. 8 teaches or implies the execution of an executable to yield an a.out; and 
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one skilled in the art would recognize by 'a.out' a form of default output file when executing a 
program like C, as mentioned in Fig. 8 in block S3. One skilled in the art would understand 
object code, in a restricted sense, to be one form of compiled code, e.g. linkable object module, 
that can be linked into a final executable form because at best, object code would be interpreted 
as machine-readable and ready for execution (re Microsoft Computer Dictionary, 5 th edition). 
Even though Ishizuka keeps mentioning about delivering an object file, the intention to make 
such file an machine executable is clear, if not telling that by object file, Ishizuka already meant 
a machine-executable file per se, because the term 'object code' is not tightly defined, as 
mentioned above, and therefore loosely employed as might be the case. The fact that such object 
file has been linked from libraries as depicted by Ishizyaka (col. 6, lines 15-26) clearly describes 
the conventional process by which compiled object modules are linked into an executable. 
Hence, a prime facie case of obviousness has been established. There is clear suggestion by 
Ishizuka to deliver a machine-ready executable object file. By having a dedicated compiler 
system with adequate machine-specific information as disclosed by Ishizuka, a possibility for 
success in generating such executable file from a compiled object module has been shown 
clearly evident if not saying that such executable code is actually the delivered object file itself. 
(B) As for the Applicant's assertions that "Nothing within the '635 patent teaches or suggests 
the creation . . . likelihood of success in such combination" ( Appl. Rmks, p. 5, 1 st paragraph), 
these points have been addressed in section (A) above in light of Ishizuka's suggestion and intent 
to deliver an executable, and the chance of success in generating an executable from the provided 
resources as disclosed by Ishizuka and cited in the rejection. 
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(C ) As for the assertion that "Examiner implicitly states in his rejection. . .deficiency with the 
'635 patent"( Appl. Rmks, p. 5, 1 st paragraph), such remark falls in the same line of argument 
with Applicant's remarks mentioned in sections A and B from above, hence is herein referred 
back to those sections for the same reply. Hence, the prima facie case of obviousness still stands, 
and with it, renders the rest of the claims, independent and dependent, rejected as such in the 
action. 

Conclusion 

7. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within TWO 
MONTHS of the mailing date of this final action and the advisory action is not mailed until after 
the end of the THREE-MONTH shortened statutory period, then the shortened statutory period 
will expire on the date the advisory action is mailed, and any extension fee pursuant to 37 
CFR 1.136(a) will be calculated from the mailing date of the advisory action. In no event, 
however, will the statutory period for reply expire later than SIX MONTHS from the mailing 
date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (703)305-7207. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (703)305-9662. 
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Any response to this action should be mailed to: 

Commissioner of Patents and Trademarks 
Washington, D.C. 20231 
or faxed to: 

(703) 746-7239, ( for formal communications intended for entry) 
or: (703) 746-7240 ( for informal or draft communications, please label 
"PROPOSED" or "DRAFT") 

Hand-delivered responses should be brought to Crystal Park II, 2121 Crystal 
Drive, Arlington. VA. , 22202. 4 th Floor( Receptionist). 

Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the receptionist whose telephone number is (703) 305-3900. 



VAT 

May 15,2003 




PRIMARY EXAMINER 



